Method and system for using subjects in instant messaging sessions on a mobile device

ABSTRACT

A system and method are provided that incorporate subjects or subject lines into instant messaging sessions or conversations on a mobile device. During an instant messaging session, the user is provided with an option to specify a subject for at least the current portion of the session or for the entire session. The subject is proposed to the other users in the session, who can accept, ignore or modify the subject at their end. Multiple subjects can be specified for a single conversation if desired, and the subjects can be displayed with the contact in a message list. The instant messaging sessions may then be searched using search tools that are typically used for search email and other data messages.

TECHNICAL FIELD

The following relates to systems and methods for using topics in instantmessaging sessions on a mobile device.

DESCRIPTION OF THE PRIOR ART

Mobile devices that are capable of sending and receiving data such asemails and text messages may also be used for instant messaging. Instantmessaging sessions or ‘conversations’ are typically stored on the mobiledevice as a collective series of exchanged messages so that the user canlater continue the session and/or review the history of theconversation.

In current instant messaging applications, each conversation isdisplayed on the mobile device with the most recent message appearing asthe title of the conversation. Since each conversation can contain manymessages covering various topics, the most recent message is notnecessarily representative of the conversation or any topic coveredtherein. For example, the last message may read “I will talk to youtomorrow”, which may in fact be a closing message for severalconversations with the same contact.

In order to differentiate between conversations, especially those fromseveral days prior, users often have to trace back through individualmessages. On a mobile device, where the display area is typicallylimited, this can be time consuming and frustrating. In order to findthe right conversation, the user also typically has to remember theparties involved and the approximate time of the message exchange inorder to search through the correct reference to find the conversationof interest, which can be a lot to remember.

It is therefore an object of the following to obviate or mitigate atleast one of the above disadvantages.

BRIEF DESCRIPTION OF THE DRAWINGS

Embodiments will now be described by way of example only with referenceto the appended drawings wherein:

FIG. 1 is a schematic diagram of a mobile device and a display screentherefor.

FIG. 2 is a schematic diagram of another mobile device and a displayscreen therefor.

FIG. 3 is a schematic block diagram of components of the mobile deviceof any or both of FIGS. 1 and 2.

FIG. 4 is a schematic block diagram of the memory shown in FIG. 3.

FIG. 5 is a screen shot of a home screen for the mobile device of any orboth of FIGS. 1 and 2.

FIG. 6 is a system diagram showing an infrastructure for implementing aninstant messaging protocol.

FIG. 7 is a schematic block diagram showing details of the instantmessaging program shown in FIG. 4.

FIG. 8 is a schematic block diagram of an instant messaging thread shownin FIG. 7.

FIG. 9 is a schematic block diagram of a message shown in FIG. 8.

FIG. 10 is a block diagram illustrating preparation, transmission,receipt and examination of an instant message.

FIG. 11 is a flow diagram illustrating the preparation, transmission,receipt and examination shown in FIG. 10.

FIG. 12 is a screen shot of the home screen for an instant messagingapplication.

FIG. 13 is a screen shot showing a menu accessible from the instantmessaging application of FIG. 12.

FIGS. 14( a) through 14(j) are a series of screen shots showing aninstant messaging session identifying subjects therefor.

DETAILED DESCRIPTION OF THE DRAWINGS Example Mobile Device

Referring now to FIGS. 1 and 2, one embodiment of a mobile device 24 ais shown in FIG. 1, and another embodiment of a mobile device 24 b isshown in FIG. 2. It will be appreciated that the numeral “24” willhereinafter refer to any mobile device 24, including the embodiments 24a and 24 b. It will also be appreciated that a similar numberingconvention may be used for other general features common between FIGS. 1and 2 such as a display 120, a positioning device 122, and a cancel orescape button 124.

The mobile device 24 a shown in FIG. 1 comprises a display 120 a and thecursor or view positioning device 122 shown in this embodiment is apositioning wheel 122 a. Positioning device 122 may serve as anotherinput member and is both rotatable to provide selection inputs to theprocessor 238 (see FIG. 3) and can also be pressed in a directiongenerally toward housing to provide another selection input to theprocessor 238. The display 120 may include a selection cursor 132 (seeFIG. 5) that depicts generally where the next input or selection will bereceived. The selection cursor 132 may comprise a box, alteration of anicon or any combination of features that enable the user to identify thecurrently chosen icon or item. The mobile device 24 a in FIG. 1 alsocomprises an escape or cancel button 124 a and a keyboard 128. In thisexample, the keyboard 128 is disposed on the front face of the mobiledevice housing and positioning device 122 and cancel button 124 a aredisposed at the side of the housing to enable a user to manoeuvre thescroll wheel 122 a while holding the mobile device 24 in one hand. Thekeyboard 128 is in this embodiment a standard QWERTY keyboard.

The mobile device 24 b shown in FIG. 2 comprises a display 120 b and thepositioning device 122 in this embodiment is a trackball 122 b.Trackball 122 b permits multi-directional positioning of the selectioncursor 132 such that the selection cursor 132 can be moved in an upwarddirection, in a downward direction and, if desired and/or permitted, inany diagonal direction. The trackball 122 b is preferably situated onthe front face of a housing for mobile device 24 b as shown in FIG. 2 toenable a user to manoeuvre the trackball 122 b while holding the mobiledevice 24 b in one hand. The trackball 122 b may serve as another inputmember (in addition to a directional or positioning member) to provideselection inputs to the processor 238 and can preferably be pressed in adirection towards the housing of the mobile device 24 b to provide sucha selection input.

The mobile device 24 b also comprises a menu or option button 126 thatloads a menu or list of options on display 120 b when pressed, and acancel or escape button 124 b to exit, “go back” or otherwise escapefrom a feature, option, selection or display. The mobile device 24 b asillustrated in FIG. 2, comprises a reduced QWERTY keyboard 130. In thisembodiment, the keyboard 130, positioning device 122, escape button 124b and menu button 126 are disposed on a front face of a mobile devicehousing.

The reduced QWERTY keyboard 130 comprises a plurality ofmulti-functional keys and corresponding indicia including keysassociated with alphabetic characters corresponding to a QWERTY array ofletters A to Z and an overlaid numeric phone key arrangement. Theplurality of keys that comprise alphabetic and/or numeric characterstotal fewer than twenty-six (26). In the embodiment shown, the number ofkeys that comprise alphabetic and numeric characters is fourteen (14).In this embodiment, the total number of keys, including other functionalkeys, is twenty (20). The plurality of keys may comprise four rows andfive columns of keys, with the four rows comprising in order a first,second, third and fourth row, and the five columns comprising in order afirst, second, third, fourth, and fifth column. The QWERTY array ofletters is associated with three of the four rows and the numeric phonekey arrangement is associated with each of the four rows.

The numeric phone key arrangement is associated with three of the fivecolumns. Specifically, the numeric phone key arrangement may beassociated with the second, third and fourth columns. The numeric phonekey arrangement may alternatively be associated with keys in the first,second, third, and fourth rows, with keys in the first row including anumber “1” in the second column, a number “2” in the third column, and anumber “3” in the fourth column. The numeric phone keys associated withkeys in the second row include a number “4” in the second column, anumber “5” in the third column, and a number “6” in the fourth column.The numeric phone keys associated with keys in the third row include anumber “7” in the second column, a number “8” in the third column, and anumber “9” in the fourth column. The numeric phone keys associated withkeys in the fourth row may include a “*” in the second column, a number“0” in the third column, and a “#” in the fourth column.

The physical keyboard may also include a function associated with atleast one of the plurality of keys. The fourth row of keys may includean “alt” function in the first column, a “next” function in the secondcolumn, a “space” function in the third column, a “shift” function inthe fourth column, and a “return/enter” function in the fifth column.

The first row of five keys may comprise keys corresponding in order toletters “QW”, “ER”, “TY”, “UI”, and “OP”. The second row of five keysmay comprise keys corresponding in order to letters “AS”, “DF”, “GH”,“JK”, and “L”. The third row of five keys may comprise keyscorresponding in order to letters “ZX”, “CV”, “BN”, and “M”.

It will be appreciated that for the mobile device 24, a wide range ofone or more positioning or cursor/view positioning mechanisms such as atouch pad, a joystick button, a mouse, a touchscreen, set of arrow keys,a tablet, an accelerometer (for sensing orientation and/or movements ofthe mobile device 24 etc.), or other whether presently known or unknownmay be employed. Similarly, any variation of keyboard 128, 130 may beused. It will also be appreciated that the mobile devices 24 shown inFIGS. 1 and 2 are for illustrative purposes only and various othermobile devices 24, presently known or unknown are equally applicable tothe following examples.

FIG. 3 is a detailed block diagram of a preferred mobile station 202 ofthe present disclosure. The term “mobile station” will herein refer tothe operable components of, e.g. mobile device 24. Mobile station 202 ispreferably a two-way communication device having at least voice andadvanced data communication capabilities, including the capability tocommunicate with other computer systems. Depending on the functionalityprovided by mobile station 202, it may be referred to as a datamessaging device, a two-way pager, a cellular telephone with datamessaging capabilities, a wireless Internet appliance, or a datacommunication device (with or without telephony capabilities)—e.g.mobile device 24 shown in FIGS. 1 and 2. Mobile station 202 maycommunicate with any one of a plurality of fixed transceiver stations200 within its geographic coverage area.

Mobile station 202 will normally incorporate a communication subsystem211 which includes a receiver 212, a transmitter 214, and associatedcomponents such as one or more (preferably embedded or internal) antennaelements 216 and 218, local oscillators (LOs) 213, and a processingmodule such as a digital signal processor (DSP) 220. As will be apparentto those skilled in field of communications, particular design ofcommunication subsystem 211 depends on the communication network inwhich mobile station 202 is intended to operate.

Mobile station 202 may send and receive communication signals over anetwork after required network registration or activation procedureshave been completed. Signals received by antenna 216 through the networkare input to receiver 212, which may perform such common receiverfunctions as signal amplification, frequency down conversion, filtering,channel selection, and like, and in example shown in FIG. 3,analog-to-digital (A/D) conversion. A/D conversion of a received signalallows more complex communication functions such as demodulation anddecoding to be performed in DSP 220. In a similar manner, signals to betransmitted are processed, including modulation and encoding, forexample, by DSP 220. These DSP-processed signals are input totransmitter 214 for digital-to-analog (D/A) conversion, frequency upconversion, filtering, amplification and transmission over communicationnetwork via antenna 218. DSP 220 not only processes communicationsignals, but also provides for receiver and transmitter control. Forexample, the gains applied to communication signals in receiver 212 andtransmitter 214 may be adaptively controlled through automatic gaincontrol algorithms implemented in DSP 220.

Network access is associated with a subscriber or user of mobile station202. In one embodiment, mobile station 202 uses a Subscriber IdentityModule or “SIM” card 262 to be inserted in a SIM interface 264 in orderto operate in the network. SIM 262 is one type of a conventional “smartcard” used to identify an end user (or subscriber) of the mobile station202 and to personalize the device, among other things. Without SIM 262,the mobile station terminal in such an embodiment is not fullyoperational for communication through a wireless network. By insertingSIM 262 into mobile station 202, an end user can have access to any andall of his/her subscribed services. SIM 262 generally includes aprocessor and memory for storing information. Since SIM 262 is coupledto a SIM interface 264, it is coupled to microprocessor 238 throughcommunication lines. In order to identify the subscriber, SIM 262contains some user parameters such as an International Mobile SubscriberIdentity (IMSI). An advantage of using SIM 262 is that end users are notnecessarily bound by any single physical mobile station. SIM 262 maystore additional user information for the mobile station as well,including datebook (or calendar) information and recent callinformation. It will be appreciated that mobile station 202 may also beused with any other type of network compatible mobile device 24 such asthose being code division multiple access (CDMA) enabled and should notbe limited to those using and/or having a SIM card 262.

Mobile station 202 is a battery-powered device so it also includes abattery interface 254 for receiving one or more rechargeable batteries256. Such a battery 256 provides electrical power to most if not allelectrical circuitry in mobile station 202, and battery interface 254provides for a mechanical and electrical connection for it. The batteryinterface 254 is coupled to a regulator (not shown) which provides aregulated voltage V to all of the circuitry.

Mobile station 202 includes a microprocessor 238 which controls overalloperation of mobile station 202. Communication functions, including atleast data and voice communications are performed through communicationsubsystem 211. Microprocessor 238 also interacts with additional devicesubsystems such as a display 222, a flash memory 224, a random accessmemory (RAM) 226, auxiliary input/output subsystems 228, a serial port230, a keyboard 232, a speaker 234, a microphone 236, a short-rangecommunications subsystem 240, and any other device subsystems generallydesignated at 242. Some of the subsystems shown in FIG. 3 performcommunication-related functions, whereas other subsystems may provide“resident” or on-device functions. Notably, some subsystems such askeyboard 232 and display 222, for example, may be used for bothcommunication-related functions, such as entering a text message fortransmission over a communication network, and device-resident functionssuch as a calculator or task list. Operating system software used bymicroprocessor 238 is preferably stored in a persistent store such asflash memory 224, which may alternatively be a read-only memory (ROM) orsimilar storage element (not shown). Those skilled in the art willappreciate that the operating system, specific device applications, orparts thereof, may be temporarily loaded into a volatile store such asRAM 226.

Microprocessor 238, in addition to its operating system functions,preferably enables execution of software applications on mobile station202. A predetermined set of applications which control basic deviceoperations, including at least data and voice communicationapplications, as well as the inventive functionality of the presentdisclosure, will normally be installed on mobile station 202 during itsmanufacture. A preferred application that may be loaded onto mobilestation 202 may be a personal information manager (PIM) applicationhaving the ability to organize and manage data items relating to usersuch as, but not limited to, e-mail, calendar events, voice mails,appointments, and task items. Naturally, one or more memory stores areavailable on mobile station 202 and SIM 262 to facilitate storage of PIMdata items and other information.

The PIM application preferably has the ability to send and receive dataitems via the wireless network. In the present disclosure, PIM dataitems are seamlessly integrated, synchronized, and updated via thewireless network, with the mobile station user's corresponding dataitems stored and/or associated with a host computer system therebycreating a mirrored host computer on mobile station 202 with respect tosuch items. This is especially advantageous where the host computersystem is the mobile station user's office computer system. Additionalapplications may also be loaded onto mobile station 202 through network,an auxiliary subsystem 228, serial port 230, short-range communicationssubsystem 240, or any other suitable subsystem 242, and installed by auser in RAM 226 or preferably a non-volatile store (not shown) forexecution by microprocessor 238. Such flexibility in applicationinstallation increases the functionality of mobile station 202 and mayprovide enhanced on-device functions, communication-related functions,or both. For example, secure communication applications may enableelectronic commerce functions and other such financial transactions tobe performed using mobile station 202.

In a data communication mode, a received signal such as a text message,an e-mail message, or web page download will be processed bycommunication subsystem 211 and input to microprocessor 238.Microprocessor 238 will preferably further process the signal for outputto display 222 or alternatively to auxiliary I/O device 228. A user ofmobile station 202 may also compose data items, such as e-mail messages,for example, using keyboard 232 in conjunction with display 222 andpossibly auxiliary I/O device 228. Keyboard 232 is preferably a completealphanumeric keyboard and/or telephone-type keypad. These composed itemsmay be transmitted over a communication network through communicationsubsystem 211.

For voice communications, the overall operation of mobile station 202 issubstantially similar, except that the received signals would be outputto speaker 234 and signals for transmission would be generated bymicrophone 236. Alternative voice or audio I/O subsystems, such as avoice message recording subsystem, may also be implemented on mobilestation 202. Although voice or audio signal output is preferablyaccomplished primarily through speaker 234, display 222 may also be usedto provide an indication of the identity of a calling party, duration ofa voice call, or other voice call related information, as some examples.

Serial port 230 in FIG. 3 is normally implemented in a personal digitalassistant (PDA)-type communication device for which synchronization witha user's desktop computer is a desirable, albeit optional, component.Serial port 230 enables a user to set preferences through an externaldevice or software application and extends the capabilities of mobilestation 202 by providing for information or software downloads to mobilestation 202 other than through a wireless communication network. Thealternate download path may, for example, be used to load an encryptionkey onto mobile station 202 through a direct and thus reliable andtrusted connection to thereby provide secure device communication.

Short-range communications subsystem 240 of FIG. 3 is an additionaloptional component which provides for communication between mobilestation 202 and different systems or devices, which need not necessarilybe similar devices. For example, subsystem 240 may include an infrareddevice and associated circuits and components, or a Bluetooth™communication module to provide for communication with similarly enabledsystems and devices. Bluetooth™ is a registered trademark of BluetoothSIG, Inc.

Turning now to FIG. 5, the mobile device 24 displays a home screen 134,which is preferably the active screen when the mobile device 24 ispowered up and constitutes the main ribbon application. The home screen134 generally comprises a status region 138 and a theme background 140,which provides a graphical background for the display 120. The themebackground 140 displays a series of icons 136 in a predefinedarrangement on a graphical background.

In some themes, the home screen 134 may limit the number icons 136 shownon the home screen 134 so as to not detract from the theme background140, particularly where the background 140 is chosen for aestheticreasons. The theme background 140 shown in FIG. 5 provides a grid oficons. In other themes (not shown), a limited list of icons may bedisplayed in a column (or row) on the home screen along one portion ofthe display 120. In yet another theme, the entire list of icons may belisted in a continuous row along one side of the home screen on thedisplay 120 enabling the user to scroll through the list whilemaintaining a limited number of currently visible icons on the display120. In yet another theme (not shown), metadata may be displayed witheach of a limited number of icons shown on the home screen. For example,the next two appointments in the user's calendar may be accessed by theprocessor 238 and displayed next to the calendar icon. It will beappreciated that preferably several themes are available for the user toselect and that any applicable arrangement may be used.

One or more of the series of icons 136 is typically a folder 150 thatitself is capable of organizing any number of applications therewithin.

As can be seen in FIG. 5, the status region 138 in this embodimentcomprises a date/time display, and signal strength and incoming messageidentifiers such as the instant messenger balloon 144 shown. The instantmessenger balloon 144 indicates the presence of and number of incominginstant messages for active or new conversations. The theme background140, in addition to a graphical background and the series of icons 136,also comprises a status bar 146. The status bar 146 provides informationto the user based on the location of the selection cursor 132, e.g. bydisplaying a name for the icon 136 that is currently highlighted.

Movement, navigation, and/or scrolling with use of a cursor/viewpositioning device 122 (e.g. trackball 122 b or scroll wheel 122 a) isbeneficial given the relatively large size of visually displayedinformation and the compact size of display 120, and since informationand messages are typically only partially presented in the limited viewof display 120 at any given moment. As previously described, positioningdevice 122—scroll wheel 122 a and trackball 122 b, are helpfulcursor/view positioning mechanisms to achieve such movement. Positioningdevice 122, which may be referred to as a scroll wheel or scroll device12 a in one embodiment (FIG. 1), specifically includes a circular discwhich is rotatable about a fixed axis of housing and may be rotated bythe end user's index finger or thumb. As noted above, in anotherembodiment (FIG. 2) the trackball 122 b comprises a multi-directionalmember that enables upward, downward and if desired, diagonal movements.The multi-directional movements afforded, in particular, by thetrackball 122 b and the presentation of the grid of icons 136 andfolders 150 provides the user with flexibility and familiarity of thelayout of a traditional desktop computer interface. Also, thepositioning device 122 enables movement and selection operations to beexecuted on the mobile device 24 using one hand. The trackball 122 b inparticular also enables both one-handed use and the ability to cause thecursor 132 to traverse the display 120 in more than one direction.

As shown in FIG. 4, memory 224 includes a plurality of programs 426associated with the series of icons 36 for the processing of data.Programs 426 may be any variety of forms such as, without limitation,software, firmware, and the like and include an application and anynecessary memory allocation or pointers to associated memory. Programs426 may include, for example, an instant messaging program 436,electronic mail (e-mail) 432, calendar program 434, profiles application428, contacts 430, messages 438, search 440 etc. An operating system(OS) 432 also resides in memory 224. The mobile devices 24 of thepresent disclosure are also configured to enable communication betweendifferent ones of the programs/applications, e.g. between contactsprogram 430 and the email program 432 or instant messaging program 436.Also, the icons 136 for the applications on the devices 24 can bemodified, named, moved, sorted and otherwise interacted with for thepurposes of organizing and/or manipulating the visibility of the iconsfor those programs 426.

As an example, the instant messenger program 436 may be initiated(opened or viewed) from display 120 by highlighting an instant messengericon 148 as shown in FIG. 5 using the positioning device 122 andproviding a suitable user input to the mobile device 24, e.g. bypressing the trackball 122 b.

Instant Messaging on Mobile Device

The mobile device 24 can be configured to be utilized for instantmessaging or chat sessions, e.g., using a personal identification number(PIN) messaging system. It will be appreciated that the followingprinciples may also be applied to a short message service (SMS) basedmessaging system or any other “instant” chat-type messaging services.

In the following embodiment shown in FIG. 6, a PIN-based messagingsystem is implemented using a server-based communication infrastructure,such as one that provides email, SMS, voice, Internet and othercommunications. In FIG. 6, a network operating centre (NOC) 280facilitates instant messaging. Instant messaging is provided by aninstant messaging program 436 stored on mobile device 24 which isinitiated from the home screen 134 by highlighting and selecting theinstant messaging icon 148. The NOC 280 relays messages between mobiledevices 24 according to a PIN-to-PIN protocol 283.

An instant message is generally denoted by numeral 40 as shown in FIG.6. As noted above, in this embodiment, the message 40 is a PIN-basedmessage. In a PIN-based messaging protocol 283, each message 40 hasassociated therewith a PIN number corresponding to the mobile device 24which has sent the message 40 and includes a destination PIN numberidentifying the intended recipient.

In general, in a PIN based messaging protocol 283, the sender of themessage 40 knows the PIN of the intended recipient. This is preferablyestablished when the two devices request to add each other to theirrespective contact or “buddy” lists. At the time of requesting newcontacts, the two respective PIN numbers are exchanged via requeste-mails which are preferably configured to be intercepted by therespective instant messaging applications 436 so as to not appeal in themessage list or “inbox” of the user. Accordingly, the infrastructureshown in FIGS. 6-10 may be used as a transport medium to share PINnumbers between mobile devices 24, after which, the mobile devices 24(having stored the PIN numbers for their contacts) are able to exchangeinstant messages in instant messaging sessions or conversations via aPIN-to-PIN protocol 283.

It can be appreciated that by using a message or email based method forprovisioning the PIN numbers, the PIN numbers do not need to be revealedto other users and can be handled by the mobile devices 24automatically. This also enables the instant messaging application 436to update contact information immediately when the availability statusof such information changes. This avoids the user having to update theircontact lists manually.

When conducting an instant messaging session according to the embodimentshown in FIG. 11, the mobile devices 24 can communicate directly withthe NOC 280 in a client based exchange where, similar to otherpeer-to-peer programs, an intermediate server is not required. A message40 sent by one mobile device 24 is received by the NOC 280, whichobtains the PIN number for the intended recipient from a representationof the message 40 or from the message 40 itself. Upon obtaining therecipient's PIN number according to the PIN-to-PIN protocol 283, the NOC280 then prepares a copy of the message 40 or relays the receivedmessage 40 to the recipient according to the mobile device 24 associatedwith such PIN number. The NOC 280 typically also provides a deliveryconfirmation to the original sender, which may or may not be displayedto the user. The NOC 280 also typically holds onto messages 282 anddelivers them once the destination mobile device 24 is within a certainrange (e.g. within its ‘coverage’) and is actually able to receive themessage 40. The NOC 280 may choose to expire a message 40 if a certainwaiting period lapses.

It will be appreciated that, as noted above, instant messaging can beimplemented using any other suitable protocol such as SMS. In SMS, amessage is transmitted to an SMC center (SMSC) within a carrier'sinfrastructure, and then delivered to the destination device. The SMSCwould also be configured to hold onto messages and deliver then once thedestination device is within coverage.

When initiating the instant messaging application 436, an instantmessaging interface screen 284 such as that shown in FIG. 12 may then bedisplayed, which shows a list of current instant messaging sessions orconversations along with a list of the user's contacts. As can be seenin FIG. 13, a menu 286 can be initiated by activating a suitable inputmechanism such as by selecting the trackball 122 b or pressing thescrolling device 122 a. The menu 286 comprises a “Start Conversation”option 288, which can be selected using the appropriate input device 122to initiate or begin an instant messaging session or conversation. Oncethe session or conversation has begun, if the user decides to exit theconversation for a period of time, the conversation will be added to theconversation list.

Using Subjects for Instant Messaging Sessions

Previous instant messaging programs typically included the latestmessage in the instant messaging session as an identifier for theconversation. As discussed above, this is not necessarily representativeof the nature, progression or status of the conversation. When a userhas multiple conversations pending with the same user, confusion canarise and may require considerable effort by the user to locate aparticular conversation let alone specific messages therein. To assistthe user in identifying or recognizing specific conversations (orportions thereof) and to facilitate later retrieval of specificinformation with such conversations, the following embodimentsincorporate one or more subjects or subject lines into the instantmessaging session by adding and displaying a subject tag 302 in theinstant messaging conversation as will be explained below.

In general, the subject is specified by one of the users in theconversation and, when specified, a proposed subject or update for thesubject may optionally be distributed to other users in theconversation. The other users can preferably view the subject whenreceived and have the choice of accepting, ignoring or modifying theproposed subject. In this way, the users in the conversation can use thesubject suggested by one of the users, negotiate an agreement for asubject line, or can choose to specify their own distinct and/orpersonal subject for the session or portion thereof.

As noted above, an instant messaging session is facilitated by aninstant messaging program 436 in each mobile device 24. Further detailof the instant messaging program 436 is shown in FIG. 7. As can be seenin FIG. 7, selection of a conversation identifier 34 (e.g. by the userfrom the instant messaging homescreen 284 on display 120) causes theprocessor 238 to initiate an instant messenger application 30 includedin the instant messaging program 436. The conversation identifier 34 hasassociated therewith a conversation ID 38, which is typically linked tothe ID 38 in the background. For the convenience of the user, as notedabove, a subject identifier 36 is displayed with the conversationidentifier 36.

The instant messaging program 436 also stores instant messaging (IM)session threads 32, which each also store a copy of a uniquecorresponding conversation ID 38 to enable the application 30 to accessthe specific thread 32 upon selection of the associated conversationidentifier 34. Each thread 32 also preferably stores a copy of a subject36 if applicable. As can be seen in FIG. 7, the program 436 stores adistinct thread 32 for each IM session, wherein the particular sessioncan be accessed by the application 30 by con-elating a displayedconversation ID 38 with a conversation ID 38 stored with the thread 32.

Further detail of the IM session threads 32 is shown in FIG. 8. Eachthread 32 is persisted in memory 224 (e.g. stored within program 436)and stores a series of messages 40 in chronological order. In this way,the application 30 can access the thread 32 and load into the display120 each message in the session history. Subject 36 are stored by thethread 32 to enable the instant messaging application 30 to display thesubject 36 with the associated conversation 34. As will be discussedbelow, more than one subject 36 may be associated with the conversation34 and, as such, the multiple subjects 36 can be stored with the thread32.

Further detail of an example of a structure for the messages 40 is shownin FIG. 9. Each message 40 generally comprises a body 42, which containsthe text for the message 40, and a header 44, which contains variousfields used for transmitted and processing each message 40. In thisexample, the header 44 includes a message type field 46 to specify thetype of transmission (e.g. PIN, SMS etc.), a source field 48 to specifythe device address for the sender, a destination field 50 to specify thedevice address for the intended recipient, a conversation ID field 52 tospecify in which thread 32 the message 40 should be stored (i.e containsa copy of the conversation ID 38), a subject field 54 to enable thesubject 36 to be transported with the message 40 (e.g. to create newsubjects, modify subjects, notify others of subjects, etc.), and atimestamp field 58 to indicate the time (and if desired, the date) atwhich the message 40 was sent by the designated sender.

As shown in FIG. 9, the subject field 54, in addition to carrying a copyof the current or proposed subject 36, also includes a tag 56. The tag56 can be used to indicate to the instant messaging application 30, uponreceipt of a message 40, whether or not a subject 36 should bedisplayed, whether a new subject 36 is being transported, or simplywhether or not subjects 36 are being used in the particular conversation34. The tag 56 can have as many states as required to cover variationsthat are handled by the instant messaging application 30. For example(as used below), the tag 56 may display an “S” to indicate that a newsubject 36 is being carried with the message 40 being processed totrigger a display of the subject 36 to the user to enable them toaccept, ignore or reject the subject. An empty tag 56 may then indicatethat no new subject 36 is being carried. Alternatively, the tag 56 couldinclude three states, namely one for no subjects 36, a second indicatingthe current subject 36 with no changes, and a third indicating that anew subject 36 is being transported.

To transmit a new subject 36, when a new subject 36 is specified by auser, a message 40 with an empty body 42 can be sent with the subjectfield 54 populated. In this case, the tag 56 can be used to enable theinstant messaging application 30 to recognize that the message 40 is a‘subject transport’ message 40 rather than one that contributes to theconversation 34. Alternatively, the subject 36 could be added to thenext message 40 that is sent by the user which defined the new subject36 to save overhead. It can therefore be appreciated that incorporatinga subject field 54 (preferably with a tag 56) into the message 40enables many flexible alternatives for specifying, transporting andidentifying the subject 36 for a particular thread 32.

Turning now to FIG. 10, an empty message 40 being prepared by a userSteve's mobile device 24 is shown. Once a conversation thread 32 hasbeen initiated, the transport type field 46 is preferably pre-populatedas shown, since the transport type, e.g. PIN, is already known theapplication 30. However, it will be appreciated that if a conversation34 is capable of comprising messages that are transported via multiplemethods (e.g. to concatenate PIN and SMS messages into the sameconversation 34) then the transport type field 46 would be populated atthe time of preparing the message 40 for transmission according to theapplication 426 in which the message 40 is prepared. Similarly, thesource field 48 can be pre-populated given that the message 40 is beingprepared by a particular mobile device 24. In this example, Steve'smobile device 24 has a device address that equals 00001. According tothe intended recipient, as indicated by the user during use of theinstant messaging application 30, the destination field may be populatedwith the recipient mobile device's address. In this example, theintended recipient is Richard, whose mobile device 24 has a deviceaddress equal to 00002.

The conversation ID field 52 is populated by reading the conversation ID38 from the thread 32 or the ID 38 associated with the conversationidentifier 34. The subject field 54 is populated according to the way inwhich the instant messaging application 30 handles the transportation ofsubjects. In this example, a new subject is sent with the next message40 and, when doing so, the tag 56 is set to “S”. This enables Richard'smobile device 24 to identify when the subject field 54 should be read.The actual text to be sent to Richard is also added to the body 42. Inthis example, the message 40 being prepared by Steve is meant to say toRichard “How are you doing today”. It will be appreciated that theheader 44 can be populated while Steve is typing his message, or onceSteve indicates that the message 40 is to be sent. Before sending themessage to Richard, the processor 238 accesses the date/time program(not shown) internal to the mobile device 24, and adds the timestamp 58.As can be appreciated, the items marked with a “*” in FIG. 10 indicateuser input.

The populated message 40, as received by Richard is shown in the bottomportion of FIG. 10. It can be seen that Richard's mobile device 24 canexamine the various fields in the header 44 to determine the nature ofthe message (e.g. is a subject being sent?) and can associate themessage 40 with the corresponding thread 32 (or open a new thread 32).The message 40 can be saved in chronological order using the timestamp58.

Referring now to FIG. 11, a flow diagram of an example portion of aninstant messaging session between Steve and Richard is shown. As can beseen in FIG. 11, on each side of the transmission, steps performedexternal to the device (user interactions) are separated from those thatare performed internally by the processor 238 and instant messagingprogram 436.

At step 60, a new conversation is created or an existing one is openedby Steve, and steps 62 and 64 involve Steve specifying a subject 36 andtyping in text for the message 40 respectively. Where the subject 36 istransported in an empty message 40, steps 62 and 64 are separateparallel operations. In this example, we will assume that Steve firstspecifies a subject 36 and then upon typing text for his next message40, the subject 36 is transported with the next message 40. With theinputs from steps 62 and 64, the instant messaging application 30 canbuild the message 40 at step 66, e.g. as shown in FIG. 10. A timestamp68 is added at step 68, and the instant message 40 is sent at step 70.

The message 40 is received by Richard's mobile device 24 at step 72. Theinstant messaging application 30 is then responsible for processing themessage 40. The conversation ID 38 is first examined at step 74 and thecurrently stored threads 32 are examined to determine if the message 40is associated with an existing conversation 34 or if a new conversation34 should be created. In either case, at step 76, the conversation 34 isloaded/created and the text included in the body 42 is displayed toRichard at step 78. At the same time (or once the text has beendisplayed), the instant messaging application 30 examines the subjecttag 56 at step 80 to determine the state of the subject field 54 at step82. In this example, a new subject is being transmitted as indicated bythe “S” state in the subject tag 56 and thus the new subject isdisplayed to Richard at step 86. If subjects 36 are not being used, orif the subject has not changed (i.e. tag not equal to S), at step 84,the instant messaging application 30 may wait for the next message to bereceived from Steve or typed by Richard. By displaying the new subject36, Richard may be given the option to accept, reject or ignore thesubject 36 at step 88. If Richard does not accept the subject, theinstant messaging application 30 waits for the next message at step 84.If Richard does accept the new subject 36, the instant messagingapplication 30 adds the subject 36 to the thread 32 by both displayingthe subject for Richard, and by storing a copy of the new subject in theprogram 436. The instant messaging application 30 then waits for thenext message at step 84.

The beginning steps of the next message are also shown in FIG. 11. Itcan be seen that a new subject can be input at step 92 and text enteredfor the message 40 at step 94, similar to what was performed by Steve insteps 62 and 64. Richard's mobile device 24 may then build the messageat step 96 and the process continues as above.

The use of a subject or subject line in an instant messaging session isillustrated using screen shots in FIGS. 14( a) through 14(j). FIG. 14(a) shows an in-progress instant messaging session taking place between apair of users, Richard and Steve. The instant messaging session isdisplayed in a chat window 288 with a contact bar 290 showing the nameof the contact that the user is currently corresponding with. FIG. 14(a) shows Steve's chat window 288 as he is chatting/corresponding withRichard.

At a desired point in the conversation or session, a subject can bespecified. This can also be done at the beginning of the session, inwhich case, the subject is thereafter modified or “updated” to reflectthe changing nature of the session or conversation. Multiple subjectscan also be associated with a single conversation, each being added atspecific locations in the conversation.

As can be seen in FIG. 14( a), while waiting for Richard to respond withsales figures, Steve specifies (i.e. enters) a subject to flag thisparticular portion of the conversation. To specify a subject, a sessionmenu 292 is first initiated by selecting the appropriate inputmechanism.

The session menu 292 comprises a number of options for the session, suchas a “Send” feature, which sends the next message by capturing the textthat has been entered into the entry box 294 (can also be done bypressing an enter key, trackball 122 b etc.); an “Invite” feature to addother contacts to the conversation; a “Send a File” option to attachfiles to a message; a “Contact Info” option to view more information on,e.g. Richard; an “Email” option for initiating an email correspondence;and a “Subject” option 296.

The Subject option 296 can be selected to enable the user to enter asubject, topic or subject line identifying the session or at least aportion thereof. The subject is intended to be associated (e.g.displayed) with (or within) the session such that the user can lateridentify the nature of the conversation. As such, the subject may bedisplayed with the contact in the current conversations list (see FIGS.12 and 13). When multiple subjects are included in the same message,each subject may be displayed with the conversation, the most recentconversation may be displayed, or any number of subjects according touser preferences. For example, a conversation having three subjectscovered during the session may list all three subjects along the righthand portion of the display 120 with the contact(s) associated with theconversation. This would enable the user to at first glance determine inwhich conversation a specific topic or subject was covered.

Due to the limited space available on a mobile device 24, the instantmessaging application 436 may be configured to display only the mostrecent subject or a maximum number of the most recent subjects in theconversation. If limited, the user may then simply select, enter orhighlight the conversation to view the remaining subjects. It will beappreciated that the subject or topic associated with an instantmessaging session may be displayed in many ways with the associatedcontact. For example, the time at which the subject was created can bespecified with the subject label. In this way, the user can distinguishbetween different conversations having the same subject. The subjectscould also be displayed as a list whereby the user could select aparticular subject to expand into a view of the conversation (or portionthereof) corresponding to that subject (i.e. similar to a collapsibleview in desktop explorer applications).

As can be seen in FIG. 14( b), by selecting the Subject option 296, asubject entry window 298 may then be displayed within the session. Theentry window 298 shown in FIG. 14( b) comprises a text entry box 300 toenable the user to enter a string of characters to identify theappropriate subject. The user may then add the subject by selecting theappropriate input mechanism whereby a subject tag 302 is added to thesession at the current point in the conversation as seen in FIG. 14( c).

FIG. 14( d) shows Richard's chat window 288. The subject specified bySteve may be automatically designated as the subject for the session asa default, or the mobile devices 24 may require that Richard also acceptthe subject. As such, in one embodiment, the subject specified by Stevemay be first considered a “Suggested Subject” until approved by Richard.In this scenario, once Steve has specified the subject “Q4 Sales data”,a suggested subject window 304 is displayed within Richard's chat window288 as shown in FIG. 14( d). The suggested subject window 304 comprisesa copy of the subject specified by Steve in header 308, and may providea selection portion 306. In this example, Richard may accept, modify orignore (deny) the subject identifier. If Richard ignores or denies thesubject, the subject tag 302 is not added to his chat window 288.However, if Richard accepts the suggested subject, the subject tag 302is added to his session, similar to on Steve's device as shown in FIGS.14( c) and 14(e).

If Richard decides to modify the subject, a similar subject window 298may be displayed to enable Richard to enter his desired modification.The window 298 may be displayed with the already specified subject ormay include a blank entry box 300. In one embodiment, a modification byRichard will only change the look of his subject tag 302. In anotherembodiment, once Richard creates a modified subject, his mobile device24 may then send his suggested modified subject back to Steve wherenegotiation of an agreed upon subject can take place. As such,modification of the subject can be symmetric or asymmetric such andnegotiation of a subject is only a optional feature that may be includedor be capable of being suppressed as desired. It can therefore be seenthat the subject can be modified and adapted by each correspondent inthe instant messaging session such that all parties can understand thesubject to give the subject a personal meaning if desired. It will alsobe appreciated that for asymmetric subject specification, a subjectupdate does not need to be sent to the other users and thus such anupdate is optional.

The subject or subject line specified by the user is now integrated intothe instant messaging session. At the originating user, the subject tag302 is embedded into the conversation at the point of being created.Alternatively, the subject may be inserted as a header in the chatwindow 288 or any other suitable location on the display 120 such thatthe user can readily ascertain the subject. In order to update thesubject at the other user, the subject can be attached to a PIN messageor be embodied as meta-data in the header field and may be given aspecial code in the message to identify it as a subject. In this way,the subject can be attached to and sent with the next message being sentto the other user. In another embodiment, the subject can be created andsent as a separate and distinct PIN message with a code or otherinformation identifying it as a subject (e.g. in a header). At the otheruser's mobile device 24, the instant messaging application 436determines the content of the subject or subject line based on the codeor other identifying information and then creates a subject tag 302 ifthe other user accepts or modifies the proposed subject. In thisembodiment, the subject is inserted into the conversation as a newmessage but is given a unique appearance to distinguish it as a subjectrather than a message. For example, the subject tag 202 may be given aborder, time stamp and be user independent (e.g. not labelled with“Steve:” or “Richard:”) as shown in FIGS. 14( c), (e) and (j).

As can be seen in FIG. 14( f), current instant messaging sessions can belisted in an inbox or message list 310 similar to an email (outgoing orincoming) or text message. By specifying a subject, Steve can, at firstglance, determine that the conversation with Richard covers at least inpart, the Q4 sales figures. Since the conversation is listed in themessage list 310, a search option 312 that already exists for searchingwithin the message list 310 can be utilized by selecting the searchoption 312 from a message list menu 314 using appropriate inputmechanisms as seen in FIG. 14( g).

By selecting the search option 312, a search window 316 may then bedisplayed as seen in FIG. 14( h), which enables the user (e.g. Steve) tospecify a subject. If the user wishes to search for a portion of aninstant messaging session, they can search according to subject, e.g. byentering “Q4 Sales data”. As can be seen in FIG. 14( i), a searchresults screen 318 is then displayed listing those messages,conversations etc. including the specified subject. In this way, theuser can search through conversations in the same way that they searchfor subjects in an email thereby utilizing existing searchingcapabilities.

As noted above, an instant messaging session may include multiplesubjects within the same conversation. Turning now to FIG. 14( j), asecond subject tag 320, in this example for “Friday lunch”, can beinserted into the same session. By specifying multiple subjects, theuser can distinguish between multiple topics covered during the sameconversation. In this way, if Steve wishes to simply continue onchatting with Richard without stalling a new conversation, Steve mayinstead specify/suggest a new subject to begin a new topic. This enablesfurther flexibility whereby Steve may wish to only have one activeconversation with each contact. This way, Steve only needs to specify anew subject at each session while maintaining the previous conversationhistory. Moreover, if the mobile device 24 restricts the number ofactive conversations with the same party, the multiple subjects canallow the user to keep the conversation history without having to createa new session. It can be appreciated that the instant messagingapplication 436 can also be configured such that whereupon specifying anew subject for a conversation, a new conversation thread is createdsuch that there are now two references to distinct conversations, eachhaving their own subjects and both being searchable.

As also noted above, the most recent subject can be displayed with theconversation in the message list 310, or multiple subjects may insteadbe displayed.

It can therefore be seen that instant messaging sessions can be betterorganized and identified by using at least one subject therein. Theinstant messaging sessions may then be displayed along with the subjectto enable the user at first glance to ascertain some information aboutthe topics or subjects covered in the session and/or to use existingsearching capabilities for other types of messages stored on the mobiledevice 24. A subject can be specified by one user and be sent as asuggested subject to the other users in the conversation. The otherusers may then be given the opportunity to accept or ignore the subjecttag 302 or modify the subject to reflect something more meaningful tothem. Alternatively, the suggested subject can trigger a negotiationbetween the users to agree upon a common subject if so desired.

It will be appreciated that the above principles regarding theutilization of subjects in an instant messaging application 436 shouldnot be limited to only PIN-to-PIN protocols but may also be applied toSMS messages addressed to the phone number of the user's mobile device24. Similarly, the subject tags 302 can also be implemented with thirdparty instant messaging applications compatible with the mobile device24 such as Yahoo!® messenger etc. to enable the user to also useexisting messaging communities that are not directly hosted by the NOC280. To implement the subjects with a third party messaging application,separate messages containing the subject can be created at the mobiledevice 24 that can be identified by another mobile device 24 as being asubject rather than a message. In this way, the subject can be displayedas such at the other mobile device 24.

It will also be appreciated that the particular options, outcomes,applications, screen shots and icons shown in the figures and describedabove are for illustrative purposes only and many other variations canbe used to implement the principles described above.

Although the above has been described with reference to certain specificembodiments, various modifications thereof will be apparent to thoseskilled in the art as outlined in the appended claims.

1. A method for identifying instant messaging sessions on a mobiledevice comprising: providing an interface for creating an instantmessage for an instant messaging session; providing an option to enablea user to define a first subject for at least a first portion of saidinstant messaging session; and upon receiving a first input enteringsaid first subject, displaying said first subject with said firstportion of said instant messaging session.
 2. The method according toclaim 1 comprising associating said first subject with said instantmessaging session on said mobile device to enable said user to searchfor content in said instant messaging session or to search for a desiredinstant messaging session according to said first subject.
 3. The methodaccording to claim 1 wherein said instant message comprises a header anda body, said header including a subject field for specifying said firstsubject, said body for containing text associated with said instantmessage.
 4. The method according to claim 1 comprising upon receivingone or more additional inputs entering one or more additional subjects,displaying said additional subjects with corresponding portions of saidinstant messaging session.
 5. The method according to claim 1 comprisingproviding a message identifying said first subject to others in saidinstant messaging session.
 6. The method according to claim 4 comprisingproviding one or more other messages to others in said instant messagingsession identifying any one or more of said additional subjects.
 7. Themethod according to claim 5, wherein said first subject is transmittedin said instant messaging session as a separate instant message havingan identifier for distinguishing said separate instant message ascomprising said first subject to enable said mobile device to displaysaid first subject with said instant messaging session.
 8. The methodaccording to claim 7 using a personal identification number (PIN) basedinstant messaging protocol.
 9. The method according to claim 5comprising enabling said others to accept, ignore or modify said firstsubject.
 10. The method according to claim 5 comprising: at least one ofsaid others receiving said message identifying said first subject; anddisplaying said first subject with a corresponding portion of saidinstant messaging session on a corresponding mobile device.
 11. Themethod according to claim 10 comprising enabling said at least one ofsaid others to accept, ignore or modify said first subject.
 12. Acomputer program product comprising computer executable instructions forcausing a processor on a mobile device to perform the method accordingto claim
 1. 13. A method for updating an instant messaging subject on amobile device comprising: one correspondent receiving a message at saidmobile device from another correspondent in an instant messaging sessionidentifying a first subject for at least a first portion of said instantmessaging session; and displaying said first subject with acorresponding portion of said instant messaging session on said mobiledevice.
 14. The method according to claim 13 comprising enabling theuser of said mobile device to accept, ignore or modify said firstsubject.
 15. The method according to claim 13 comprising said onecorrespondent receiving at said mobile device, one or more additionalmessages from said another correspondent identifying one or moreadditional subjects with corresponding portions of said instantmessaging session and displaying said additional subjects withcorresponding portions of said instant messaging session on said mobiledevice.
 16. The method according to claim 13 wherein said each subjectis transmitted in said instant messaging session as a separate instantmessage having an identifier for distinguishing said separate instantmessage as relating to said first subject to enable said mobile deviceto display said first subject with said instant messaging session. 17.The method according to claim 16 wherein said existing instant messagingprotocol is a personal identification number (PIN) based protocol.
 18. Acomputer program product comprising computer executable instructions forcausing a processor on a mobile device to perform the method accordingto claim
 13. 19. A mobile device comprising a display, a processor, amemory and an input mechanism, said memory comprising executableinstructions for causing said processor to: provide on said display, aninterface for creating an instant message for an instant messagingsession; provide in said interface, an option to enable a user to definea first subject for at least a first portion of said instant messagingsession using said input mechanism; and upon receiving a first inputfrom said input mechanism entering said first subject, display saidfirst subject with said first portion of said instant messaging session.20. The mobile device according to claim 19 wherein said executableinstructions comprise instructions for causing said processor to send amessage from said mobile device identifying said first subject to othersin said instant messaging session.
 21. The mobile device according toclaim 19 wherein said executable instructions comprise instructions forassociating said first subject with said instant messaging conversationon said mobile device to enable said user to search for content in saidinstant messaging session or to search for a desired instant messagingsession according to said first subject.
 22. The mobile device accordingto claim 19 wherein said executable instructions comprise instructionsfor, upon receiving one or more additional inputs from said inputmechanism entering one or more additional subjects, displaying saidadditional subjects with corresponding portions of said instantmessaging session.
 23. The mobile device according to claim 22 whereinsaid executable instructions comprise instructions for having saidmobile device send one or more other messages to others in said instantmessaging session identifying one or more of said additional subjects.24. The mobile device according to claim 19 wherein said processor isconfigured for transmitting each subject in said instant messagingsession as a separate instant message having an identifier fordistinguishing said separate instant message as relating to said firstsubject to enable receiving mobile devices for said others to displaysaid first subject with said instant messaging session.
 25. The mobiledevice according to claim 24 using a personal identification number(PIN) based instant messaging protocol.
 26. The mobile device accordingto claim 19 wherein said instant message comprises a header and a body,said header including a subject field for specifying said first subject,said body for containing text associated with said instant message. 27.A mobile device comprising a display, a processor, a memory and an inputmechanism, said memory comprising executable instructions for causingsaid processor to cause said device to: receive a message from acorrespondent in an instant messaging session identifying a firstsubject for at least a first portion of said instant messaging session;and display said first subject with a corresponding portion of saidinstant messaging session on said mobile device.
 28. The deviceaccording to claim 27 in which the user is enabled to accept, ignore ormodify said first subject.
 29. The device according to claim 27comprising receiving at the mobile device one or more additionalmessages from said another correspondent identifying one or moreadditional subjects with corresponding portions of said instantmessaging session and displaying said additional subjects withcorresponding portions of said instant messaging session on said mobiledevice.
 30. The device according to claim 27 wherein each subject istransmitted in said instant messaging session as a separate instantmessage having an identifier for distinguishing said separate instantmessage as relating to said subject to enable said mobile device todisplay said first subject with said instant messaging session.
 31. Thedevice according to claim 30 wherein said existing instant messagingprotocol is a personal identification number (PIN) based protocol.